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DETAILED ACTION 

1. Claims 1-35 are pending in this application and presented for examination. 

Drawing Objections 

2. The drawing is objected to because the following informalities: 

The label of "12'". fig. 2, is missing and should be added in for the element of 
"Development Module" (Please use the label of "12" for the element of. "Development 
Module" in Fig. 1 as a reference). 
Appropriate correction is required. 

Specification Objections 

3. The specification is objected to because the following informalities: 

"and is used by message parser 20' to transform messages 22 between Java and the 
OLTP language." cited in [0024], lines 5-6, should be corrected as "and is used by 
message parser 20' to transform messages 22' between Java and the OLTP 
language.". 

Appropriate correction is required. 

Claim Rejections - 35 USC § 102(e) 

4. The following is quotation of 35 U.S.C. 102(e) which form the basis for all 
obviousness rejections set forth in this office action: 

(e) the Invention was described in (1) an application for patent, published under section 122(b), by another 
filed in the United States before the invention by the applicant for patent or (2) a patent granted on an 
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application for patent by another filed In the United States before the invention by the applicant for patent, 
except that an international application filed under the treaty defined in section 351 (a) shall have the effects 
for purposes of this subsection of an application filed in the United States only if the international application 
designated the United States and was published under Article 21 (2) of such treaty in the English language. 

5; Claims 1-6, 9-10, 13, 15-19, 22, 28-29, 32-33, and 35 are rejected under 35 
U.S.C. 102(e) as being anticipated by Beisiegel et al. (Pub. No. US 2004/0168124 A1) 
(hereinafter 'Beisiegel'). 

6. As to claim 1, Beisiegel discloses a method of processing messages 
comprising: generating source code in a program language (Abstract, Lines 8-10; Fig. 2, 
elements 106, 108, and 110; [0001], Lines 3-5; [0007], Lines 8-14; [0014]; [0031], Lines 
1-3; [0038]); compiling the source code (Fig. 4; [0107]; [0108]; [0109]; [01 10]); and 
using the compiled source code to transform a payload message between the program 
language and an online transaction processing (OLTP) language ([0031]), the source 
code being generated automatically (Abstract, Lines 8-10; Fig. 2, elements 106, 108, 
and 110; [0001], Lines 3-5; [0007], Lines 8-14; [0014]; [0031], Lines 1-3; [0038]). 

7. As to claim 15, Beisiegel discloses a method of generating source code 
comprising: receiving a markup language document (Fig. 2, element 108), the markup 
language document being compliant with message rules ([0048], Lines 1-8) associated 
with an online transaction processing (OLTP) language ([0031], Lines 4-18); and 
compiling the markup language document into source code (Fig. 4; [0107]; [0108]; 
[0109]; [0110]), the source code enabling transformation of a payload message between 
a program language and the OLTP language ([0031], Lines 4-18). 
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8. As to claim 28, Beisiegel discloses a message processing architecture 
comprising: a development module (Fig. 2, element 106), the development module to 
generate source code in a program language (Fig. 2, element 110; Abstract, Lines 8-10; 
Fig. 2, elements 106, 108, and 110; [0001], Lines 3-5; [0007], Lines 8-14; [0014]; [0031], 
Lines 1-3; [0038]); a program compiler, the program compiler to compile the source 
code (Fig. 4; [0107]; [0108]; [0109]; [0110]); and a message parser (Fig. 2, element 
104), the message parser to transform a payload message between the program 
language and an online transaction processing (OLTP) language, the development 
module to generate the source code automatically (Abstract, Lines 8-10; Fig. 2, 
elements 106, 108, and 110; [0001], Lines 3-5; [0007], Lines 8-14; [0014]; [0031], Lines 
1-3; [0038]). 

9. As to claim 32, Beisiegel discloses a machine readable medium comprising a 
set of stored instructions capable of being executed by a processor (Fig. 1 , element 22) 
to: receive a markup language document (Fig. 2, element 108), the markup language 
document to be compliant with message rules associated with an online transaction 
processing (OLTP) language ([0031], Lines 4-18); and compile the markup language 
document into source code (Fig. 4; [0107]; [0108]; [0109]; [01 10]), the source code to 
enable transformation of a message between a program language and the OLTP 
language ([0031 ], Lines 4-1 8). 
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10. As to claim 2, Beisiegel discloses the method further including: receiving a 
markup language document (Fig. 2, element 108), the markup language document 
being compliant with message rules associated with the OLTP language ([0048], Lines 
1-8); and conripiling the markup language document into the source code (Fig. 4; [0107]; 
[0108]; [0109]; [01 10]), the source code enabling transformation of the message 
between the program language and the OLTP language ([0031], Lines 4-18). 

11. As to claim 29, Beisiegel discloses the system wherein the development module 
(Fig. 2, element 106) is to receive a markup language document (Fig. 2, element 108) 
and compile the markup document into the source code (Fig. 4; [0107]; [0108]; [0109]; 
[0110]), the markup language document to be compliant with message rules associated 
with the OLTP language ([0048], Lines 1-8) and the source code to enable 
transformation of the message between the program language and the OLTP language 
([0031], Lines 4-1 8). 

12. As to claims 3, 16, 30, and 33, Beisiegel discloses the method wherein the 
message rules ([0048], Lines 1-8) define markup tags for describing components of the 
message. 

13. As to claims 4 and 17, Beisiegel discloses the method wherein the message is 
a request message from an application to an OLTP host ([0031], Lines 4-18). 
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14. As to claims 5 and 18, Beisiegel discloses the method wherein the message is 
a response message from an OLTP host to an application ([0031], Lines 4-18). 

15. As to claims 6 and 19, Beisiegel discloses the method wherein the markup 
language is an extensible markup language ([0001]; Col. 11, Lines 22-24). 

1 6. As to claims 9 and 22, Beisiegel discloses the method further including 
receiving and compiling a plurality of markup language documents for a plurality of 
message types (Fig. 4, element 420; [01 1 1];.[0094]. Lines 4-7; [0095], Lines 1-4; Col. 
1 1 , Lines 25-27; Col. 12, Lines 24-26). 

17. As to claim 10, Beisiegel discloses the method wherein the program language is 
an object-oriented program language (Fig. 2, element 110; [0001]). 

18. As to claim 13, Beisiegel discloses the method wherein the object-oriented 
program language is a Java language (Abstract, lines 6-8; Fig. 2, element 110) 

19. As to claim 35, Beisiegel discloses the medium wherein the instructions are 
further capable of being executed to receive and compile a plurality of markup language 
documents for a plurality of message types (Fig. 4, element 420; [01 1 1]; [0094], Lines 4- 
7; [0095], Lines 1-4; Col. 11, Lines 25-27; Col. 12, Lines 24-26). 
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Claim Rejections - 35 USC § 103(a) 

20. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for ail 

obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 1 02 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to 
a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made 

21 . Claims 23-27 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Beisiegel in view of Hind et al. (Pub No. US 2002/0122054 A1 ) (hereinafter 'Hind') and 
in further view of Abdelkhaiek et al. (Behavior and Performance of Interactive Multi- 
player Game Servers, 2001 IEEE), (hereinafter 'Abdelkhaiek') 

22. As to claim 23, Beisiegel discloses a method of processing messages 
comprising: receiving one or more extensible markup language (XML) documents (Fig. 
2, element 108), the XML documents being compliant with message rules ([0048], Lines 
1-8) associated with an online transaction processing (OLTP) language ([0031], Lines 4- 
18), and the message rules .([0048], Lines 1-8) defining markup tags ([0008], Lines 7- 
12) for describing components of the message; compiling the XML documents into 
source code (Fig. 4; [0107]; [0108]; [0109]; [0110]) in an object-oriented program 
language (Abstract, Lines 8-10; Fig. 2, elements 106, 108, and 110; [0001], Lines 3-5; 
[0007], Lines 8-14; [0014]; [0031], Lines 1-3; [0038]), the source code enabling 
transformation of the message between the program language and the OLTP language 
([0031], Lines 1-3; [0038]); compiling the source code (Fig. 4; [0107]; [0108]; [0109]; 
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[0110]); using the compiled source code to transform a message between the program 
language and the OLTP language ([0031], Lines 1-3; [0038]), the source code being 
generated automatically ([0031], Lines 1-3); and repeating the receiving and compiling 
of XML documents and the compiling of source code for a plurality of message types 
(Fig. 4, element 420; [01 11]; [0094], Lines 4-7; [0095], Lines 1-4; Col. 1 1 , Lines 25-27; 
Col. 12, Lines 24-26). 

But Beisiegel does not disclose the OLTP language being a gaming system 
language and compiling the XML documents based on stylesheet data, the stylesheet 
data representing a program template for a payload message in the program language. 

However, in an analogous art of representing and managing dynamic data 
content. Hind discloses compiling the XML documents based on stylesheet data, the 
stylesheet data representing a program template for a payload message in the program 
language (Fig. 11; [0031]; Fig. 15; [0035]; [0062], Lines 16-33; [0070], Lines 1-10, 23- 
33; [0071], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to further provide compiling the XML documents based on stylesheet data, the 
stylesheet data representing a program template for a payload message in the program 
language in Beisiegel sysitem. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
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describing what is to be placed in the intermediate DOIVI when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transfomn documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

Further, Beisiegel and Hind do not disclose the OLTP language being a gaming 
system language. 

However, in an analogous art of behavior and performance of interactive multi- 
player game servers, Abdelkhaiek discloses the OLTP language being a gaming system 
language (Abstract, 2"*^ Para.. Lines 1-6, 10-12, 3"^ Para., Lines 5-7; Sec. 1, 5"^ Para., 
Lines 12-18; Sec. 3, 1^* Para.. 1-10). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and Hind, and 
further the teachings of Abdelkhaiek to provide the OLTP language being a gaming 
system language in Beisiegel-Hind system. 

The motivation is that multi-player games are both an important class of 
commercial applications and they can be valuable in understanding the architectural 
requirements of scalable services; they impose requirements on system performance, 
scalability, and availability, stressing multiple aspects of the system architecture; the 
methodology bears many similarities with methodologies used in benchmarking online 
transaction processing (OLTP) system as once suggested by Abdelkhaiek (Abstract, 2"** 
Para., Lines 1-6, 3'" Para.. Lines 5-7). 
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23. As to claim 24, Beisiegel does not disclose the method further including using a 
stylesheet parser to compile the XML documents. 

However, in an analogous art of representing and managing dynamic data . 
content, Hind discloses the method further including using a stylesheet parser to 
compile the XML documents (Fig. 1 1 ; [0031]; Fig. 15; [0035]; [0062], Lines 16-33; 
[0070], Lines 1-10, 23-33; [0071], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to further provide the method further including using a stylesheet parser to compile 
the XML documents in Beisiegel system. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transfomn documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 
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24. As to claim 25, Beisiegel discloses the method further including: generating a 
byte array according to the OLTP language; and transmitting the byte array to an 
application ([0046]; [0099]). 

But, Beisiegel does not disclose receiving one or more name-value pairs for the 
message according to the program language. 

However, in an analogous art of representing and managing dynamic data 
content, Hind discloses receiving one or more name-value pairs for the message 
according to the program language ([0058], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to further provide receiving one or more name-value pairs for the message 
according to the program language in Beisiegel system. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 
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25. . As to claim 26, Beisiegel does not disclose the method further including: 
receiving a byte array for the message according to the OLTP language ([0046]; 
[0099]); 

But. Beisiegel does not disclose generating one or more name-value pairs 
according to the object-oriented program language; and transmitting the name-value 
pairs to an application. 

However, in an analogous art of representing and managing dynamic data 
content. Hind discloses generating one or more name-vaiue pairs according to the 
object-oriented program language; and transmitting the name-value pairs to an 
application ([0058], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to further generate one or more name-value pairs according to the object-oriented 
program language; and transmitting the name-value pairs to an application in Beisiegel 
system. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
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elements according to the actions in the matching rules that enables style sheets to 
transfomi documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

26. As to claim 27, Beisiegel discloses the method wherein the object-oriented 
program language is a Java language (Abstract, lines 6-8; Fig. 2, element 110). 

27. Claims 7-8, 11-12, 20-21, 31, and 34 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Beisiegel in view of Hind. 

28. As to claims 7 and 20, Beisiegel does not disclose the method further including 
compiling the mari<up language document based on stylesheet data, the stylesheet data 
representing a program template for the message in the program language. 

However, In an analogous art of representing and managing dynamic data 
content, Hind discloses the method further including compiling the markup language 
document based on stylesheet data, the stylesheet data representing a program 
template for the message in the program language (Fig. 1 1 ; [0031]; Fig. 1 5; [0035]; 
[0062], Lines 16-33; [0070], Lines 1-10, 23-33; [0071], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the method further including compiling the markup language document 
based on stylesheet data, the stylesheet data representing a program template for the 
message in the program language in Beisiegel system. 
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The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

29. As to claims 8 and 21 , Beisiegel does not disclose the method further including 
using a stylesheet parser to compile the markup language document. 

However, in an analogous art of representing and managing dynamic data 
content. Hind discloses the method further including using a stylesheet parser to 
compile the markup language document (Fig. 11; [0031]; Fig. 15; [0035]; [0062], Lines 
1 6-33; [0070], Lines 1 -1 0, 23-33; [0071 ], Lines 1 -7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the method further including using a stylesheet parser to compile the 
markup language document in Beisiegel system. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
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describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

30. As to claim 11, Beisiegel discloses the method of further including: generating a 
byte array according to the OLTP language; and transmitting the byte array to an 
application ([0046]; [0099]). 

But, Beisiegel does not disclose receiving one or more name-value pairs for the 
message according to the object-oriented program language. 

However, in an analogous art of representing and managing dynamic data 
content, Hind discloses receiving one or more name-value pairs for the message 
according to the object-oriented program language ([0058], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the method of receiving one or more name-value pairs for the message 
according to the object-oriented program language in Beisiegel system. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
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when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this mle matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

31. As to claim 12, Beisiegel discloses the method further including: receiving a byte 
array for the message according to the OLTP language ([0046]; [0099]). 

But, Beisiegel does not disclose generating one or more name-value pairs 
according to the object-oriented program language; and transmitting the name-value 
pairs to an application. 

However, in an analogous art of representing and managing dynamic data 
content, Hind discloses generating one or more name-value pairs according to the 
object-oriented program language; and transmitting the name-value pairs to an 
application ([0058], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the method of generating one or more name-value pairs according to 
the object-oriented program language; and transmitting the name-value pairs to an 
application in Beisiegel system. 

The motivation is. an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
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describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

J 

32. As to claim 31 , Beisiegel does not disclose the system wherein the development 
module further includes a stylesheet parser, the development module to use the 
stylesheet parser to compile the markup language document based on stylesheet data. 

However, in an analogous art of representing and managing dynamic data 
content, Hind discloses the system wherein the development module further includes a 
stylesheet parser, the development module to use the stylesheet parser to compile the 
markup language document based on stylesheet data (Fig. 1 1 ; [0031]; Fig. 15; [0035]; 
[0062], Lines 16-33; [0070], Lines 1-10. 23-33; [0071], Lines 1-7). . 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the system wherein the development module further includes a 
stylesheet parser, the development module to use the stylesheet parser to compile the 
markup language document based on stylesheet data. 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
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describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elementis according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

33. As to claim 34, Beisiegel does not disclose the medium wherein the instructions 
are further capable of being executed to compile the markup language document based 
on stylesheet data, the stylesheet data to represent a program template for the 
message in the program language. 

However, in an analogous art of representing and managing dynamic data 
content, Hind discloses the medium wherein the instructions are further capable of 
being executed to compile the markup language document based on stylesheet data, 
the stylesheet data to represent a program template for the message in the program 
language (Fig. 11; [0031]; Fig. 15; [0035]; [0062], Lines 16-33; [0070], Lines 1-10, 23- 
33; [0071], Lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and the teachings of 
Hind to provide the mediunri wherein the instmctions are further capable of being 
executed to compile the markup language document based on stylesheet data, the 
stylesheet data to represent a program template for the message in the program 
language. 



Application/Control Number: 1 0/681 .057 Page 1 9 

Art Unit: 2192 

The motivation is an XSL style sheet, which is itself an XML document, consists 
of declarative rules that are applied by the XSLT processor; a typical rule contains a 
pattern to be matched against the input DOM, and a template (a.k.a. an "action") 
describing what is to be placed in the intermediate DOM when that pattern is match; 
when applying a style sheet, the patterns in the rules are matched against the syntax of 
the source document; it is this rule matching and substitution of different document 
elements according to the actions in the matching rules that enables style sheets to 
transform documents as once suggested by Hind ([0070], Lines 1-19, 23-26). 

34. Claim 14 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Beisiegel in view of Abdelkhalek. 

35. As to claim 14, Beisiegel discloses the method wherein the OLTP language is a 
gaming system language. 

But, Beisiegel does not disclose the method wherein the OLTP language is a 
gaming system language. 

However, in an analogous art of behavior and performance of interactive multi- 
player game servers, Abdelkhalek discloses the method wherein the OLTP language is 
a gaming system language (Abstract, 2"^ Para., Lines 1-6, 10-12, 3^^ Para., Lines 5-7; 
. Sec. 1,5*^ Para., Lines 12-18; Sec. 3, 1^' Para., 1-10). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Beisiegel and Hind, and 



Application/Control Number: 1 0/681 ,057 Page 20 

Art Unit: 2192 

further the teachings of Abdeli<halek to provide the method wherein the OLTP language 
is a gaming system language in Beisiegel-Hind system. 

The motivation is that multi-player games are both an important class of 
commercial applications and they can be valuable in understanding the architectural 
requirements of scalable services; they impose requirements on system performance, 
scalability, and availability, stressing multiple aspects of the system architecture; the 
methodology bears many similarities with methodologies used in benchmarking online 
transaction processing (OLTP) system as once suggested by Abdelkhaiek (Abstract, 2"^ 
Para.. Lines 1-6, 3'^ Para., Lines 5-7), 

Conclusion 

36. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

• Teubner et al., System, method and apparatus to allow communication between 
CICS and non-CICS software application (Pub. No. US 2002/0178299 Al ) 

• Ito et al., Contents Conversion Style, Automatic Style Sheet Selection Method 
and Program Thereof (Pub. No. 2003/0084405 Al) 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more infomriation about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you v\/ould like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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